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r-oivnutTNTCATIONS SYSTEM 

Fifeld of the Invention 

The present iaventicn relates to mobiHty servers for providing mobUity 
management information in a commimications systems. 
5 The present invention also relates to a connnunications system for providing 

multinociediaconnnunications services. 

In some embodiments the conmiunications system includes a Internet Protocol 

Mnlti-media Sub-system (IMS). 

T^ftr^kyj roiinA of the Inventton 
10 The third generation partnership project known as 3GPP has developed and 

standardised an Intemet Protocol Multimedia Sub-system (IMS) to provide a mnlti- 
media and call control service architecture. The service architecture is supported by a 
real-time enable Universal Mobile Telecommunications System (UMTS) 
communicating data m the form of Litemet Protocol (IP) packets- IMS provides a 
15 basis for service provision and development of new services and is envisioned as a 
standardised convergence platfoim, which enables integration of real time multi--media 
services with non-real time services and person-to-machine connnunications, Jn 
addition, IMS provides the abihty to modify a media type, which is active during a 
muitimedia session. For instance, video media can be added during a communications 
20 session which was ori^nally established for an audio only communication. 

Co-pending European Patent application nxmiber 02293276,8 discloses a 
mobhity manager, which can initiate and direct hand-over execution of a mobile 
terminal from one access network to anotiier, in accordance with information received 
fiom a network operator, the network itself and mobile teacminals and a network policy 
25 provided by a policy enforcer. The mobility manager provides a facility for enabling a 
network operator to adapt a service being provided by an ^pUcation program in 
accordance with a relative ability of an access network to which the mobile terminal is 
to be re-affiliated to support the service, before or after the re-affiliation has occurred. 
To this end, there is also disclosed a communication protocol between an application 
30 server and a mobility manager located in a core network of a mobile communications 
network. 
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WO 01/58177 discloses a method for controlling hand-over of a mobile 
terminal conducting a commimications session in a mobile communications network. 
The method includes receiving a trigger indicating a requirement for hand-over, testing 
the conditions for hand-over with respect to a network policy for communicating and 
controlling the hand-over in accordance with the hand-over requirement with respect 
to the network communications policy. 

Sampmary of Twvention 

According to the present invention there is provided a mobility server for 
providing mobiHty management infonnaticm to an plication program. The 
application program provides a service to a user equipment as part of an Internet 
Protocol Multi-media Snb-system (IMS). The mobility server comprises a mobility 
manager operable to receive mobiUty dependent evaluation reports providing at least 
one of an indication of a current state of conditions for communicating with the user 
equipment and an indication of a location of the user equipment, and to form the 
mobiHty management mformation based on the evaluation reports. The mobiUty 
server includes an appHcation programmer's interface operable to communicate call 
control signalling data between the mobiUty manager and a session protocol serv«- (S- 
CSCF) fonning part of fl^ IMS. The mobility manager is operable to notify the 
apphcation program of the mobiKty management information in response to a 
subscription for the mobility management information from the apphcation program, 
the subscription for the mobiKty management information being provided via the 
session protocol server (S-CSCF) usmg the call control signallmg data. 

The mobiKty management mfomiation may be provided for a particular user 
asetofusers, which have appKed for mobiUty services. 

Embodiments of the present invention can provide a mobility server for . 
communications system which may fomr part of an hrtemet Protocol Multi-media 
sub-system CIMS) for providing a fecihty for est^Hshmg, controlKng and tenninating 
a m«lt,~med,a communications session with a user equipment The mobility server 
can provide the commmncations system with a c^abiUty for enabhng mobile 

f^^r r ^'^^"^ " ^ ^'^-^^ communications 

facht^esprov^ded by the system. mobiUty server is arranged to generate mobiUty 
management infbnnation as part of the system. As a result, the TMS i. enabled t! 
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provide mobile dependent services to the user equipment. An example of such 
services for multi-media applications includes an adaptation of a media type being 
supported during a session depending upon a current state of communications with the 

mobile user equipment 

In the following description the phrase mobiUty dependent evaluation reports is 
used to include such things as Access Netwoxk Evaluation reports indicating a current 
state of communications conditions experienced by a mobile user equipment and 
reports indicatiixg a relative location of the mobile user equipment. 

In some embodiments the mobiHty server may include a home agent, so that 
10 following a change of access netv^ork, a binding update may be perfomied by the 
mobUc user equipment resulting in a change of DP address. The change of IP address 
reported by the home agent to the mobiHty manager can be used to provide an 
indication of a relative location of the user equipment from which a geographically 
dependent service can be provided. 
15 An application program can be arranged to provide services to a user 

equipment in dependence upon die mobility management infomiation. For example, 
the application program may provide a commutdcatiors session between two users. 
The apphcation program may be arranged to provide a different type of 
communication media to the users depending upon a current state of communications 
20 for the user equipment. For example, if the user equipment is attached to a Wireless- 
Local Area Network (W-LAN), then a relatively high bandwidth may be available, 
which may be sufficient to support a video communication session- However, if one 
of the user equipment should experience a reduction in an available quahty-of-service, 
then this reduction can be detected by the mobility manager through receipt of Access 
25 Network Evaluation reports which provide an indication of a current state of 
conditions for communicating, which according to this example include an available 
quahty-of-service. The application program providing the coramxmication session, 
having subscribed to the mobility server for mobility management information should 
receive a notification of die change of communications conditions as part of the 
30 mobihty management information reported. Accordingly, the application program can 
adapt the type of media service offered to the user in accordance with the change in the 
conomunications conditions. 
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According to some embodiments of the invention, the subscription to the 
mobility server and the notification of the mobility management information is 
provided through the session protocol server (S-CSCF). An advantage of 
communicating the notification and the subscription via the session protocol server is 
that facilities provided by the session protocol server can be utilised to add value to the 
service provided to the users by the application program which utilises the mobility 
management information. One example of such a fecility would be where an ancillary 
function or service is provided when a notification of mobiUty management 
information or indeed the subscription to the mobiUfy server is made. This mi^t be 
used for example to effect more accurate billing of services provided ei&er by the 
application or by the mobihty manager. 

hi some embodiments, the application program may be operable in response to 
messages received from the session protocol server via the call control signaUing data 
to provide the service m accordance with the moWKty management infonuation. 
According to such embodiments the mobihty information is received via the session 
protocol server, which therefore provides a fedHty for deploying other services to add 
value to the communications session. Howev^, in other embodiments the mobiUty 
server may communicate the mobiUty management information to the application 
program via a proprietary interface such as XML or HTTP. 

m some embodiments the signaUing of the notification and the subscription is 
effected using the Session hiitialion Protocol (SIP), the session protocol server bein^. a 
SIP server. According to these embodiments the application programmer's interfrce 
Of the mobility server is operable to communicate tte call control, signalling data via 
the SDP mterface. the call control signallmg data being SiP data. 

Accordmg to some embodiments of the invention, the mobihty server can 
access a subscriber information database fomnng part of the IMS network (the 
subscriber information database wi&m an IMS network is referred to as a Home 
Subscriber Server CHSS)). As such the mobiUty manager can utilise mobihty related 
infomtation stored within tiie database to improve the accuracy and value of the 
mobihty management infonnation generated. For example, the user profile data may 
mclude an mdication of a capabiUty of the user e^^uipment available for 
conunu^cati.^ fiom which more relevant n^obiUty management information can be 
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generated and provided to an appUcation program. For example, if a user equipment is 
not capable of displaying video information then the mobiHty manager will not instruct 
a change of service to the user equipment if a quality of service offered by the current 
state of conmmmcations conditions can support video coromunications- In another 
5 example, the user profile data might include an indication of activation so that the 
mobility manager may monitor mobility even if not yet required. 

According to an aspect of the present invention there is provided a 
communicalions system for providing a service to user equipmeat in accordance with 
mobiUtymanagementinfoxmatioiu The system comprises a session protocol server 
10 (S-CSCF) operable to control the state of a communications session for at least one 
user equipment in accordance with user profile data^ a subscriber information database 
(HSS) for providing the user profile data to the session protocol server (S-CSCF), amd 
a mobiHty server. The mobility server comprises a mobiUty manager operable to 
receive mobility dependent evaluation reports providing at least one of an indication of 
15 a current state of conditions for communicating with the user equipment and an 
indication of a relative location of the user equipmrat, and to form the mobility 
management information based on the evaluation reports. The mobiUty server also 
includes an application prograimner^s interface operable to communicate call control 
signalling data between the mobility manager and the session protocol server (S- 
20 CSCF). The mobility manager is operable to noti:fy the application program providing 
the service to the user equipment of the mobility management information in response 
to a subscription for the information from the application program, the subscription 
being provided via the session protocol server (S-CSCF) xising the call control 
signalling data. 

25 In some embodiments the applications programmer's interface is operable to 

provide access to the subscriber information database, and to receive internet packets 
from the user equipment providing data representing the evaluation reports and to 
provide the evaluation reports to the mobility manager. The communications system 
can therefore form an Intemet Protocol Multi-media Subsystem, which integrates 

30 mobility management as part of the system, re-using standardised components. 

Various further aspects and features of the present invention are defined in the 
appended claims. 
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Brief Description of the Drawings 

Embodiments of the preset invention will now be desciibed by way of 
example only with reference to the accompanying drawings, whwe like parts are 
provided with corresponding reference numerals, and in which: 

Figure 1 is a schematic block diagram providing a simplified representation of 
a general Internet Protocol (IP) communication between a mobile user equipment and 
a corr^pondent node; 

Figure 2 is a schematic block diagram of a simplified representation of 
components forming part of a system comprising a stand-alone IP Mobility Manager 
and an Internet Protocol Multimedia Subsystem (IMS); 

Figure 3 provides a more detailed block diagram of parts of the system shown 
in Figure 2; 

Figure 4 is a schematic block diagram of parts of a systean for integrating a 
mobility server with an IMS according to an embodiment of the present invention; 

Figure 5 is a schematic block diagram , of a system according to an exLple 
embodiment corresponding to the simplified system shown in Figure 2; 

Figure 6 is a schematic block diagram providing an example of a mobiUty 
server according to an embodiment of the present invention; 

Figure 7 is an example flow diagram illustrating liie operation of a user 
eqmpmcnt deploying a multi-media communications service provided by an 
appUcation program and the appHcation program subscribing to a mobility server for 
mobility management infoimation; 

Figure 8 is an example flow diagram illustrating the operation of the mobiUty 
server providing mobiHty management information to the application program; 

Figure 9 is flow diagram illustrating optional process steps taken by the 
mobihty management and an S-CSCaP in die flow diagrams of Figures 7 and 8; 

Figure 10 is an example flow diagram illustrating a process for pulling 
mformation from a Home Subscriber Server by the MobiHty Server; 
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Example embodiments of tiie present invention can provide an bitemet 
Protocol (IP) mobiHty management service within an IP Multimedia Subsystem (IMS) 
network. A mobiUty manager within the subsystem provides mobility management 
5 functions such as maintaining a continmty of service whilst a user equipment roams 
across a heterogeneous access network (for example between different wireless access 
networks). The mobiUty management service is thereby provided without requiring a 
propriety solution by refusing estabUshed interfaces and protocols, which have been 
standardised for the IMS- A netwoik operator may offer enhanced quality IMS 
1 0 sendees to mobile subscribers with substantially seamless mobility. 

Generally, coromuoication between a nser equipment UE and a coirespondent 
node CN is illustrated in Figure 1. In Figure 1 communication via IP packets is 
effected between the user equipment UE and the correspondent node CN via a mobile 
access network AN and a home network HN of the user equipment UE. Packets are 
15 routed between the user equipment UE and the routers 2, 4 one of which 4 within the 
home network HN may be a home agent HA* 

The user equipment UE may be operated by a mobile subscriber and as a result 
will commimicate IP packets with a router 2 via the mobile access network The 
wireless access network may include a plurahty of wireless access iaterfaces through 
20 which the user equipment may communicate BP paicfcets. Examples of wireless access 
interfaces include a Universal Mobile Telecommunications System (UMTS), a 
General Packet Radio System (GPRS)> or a Wireless Local Area Network (WLAN). 
Depending on the geographical location of the user equipment UE, one or more of the 
wireless access interfaces WLAN» GPRS, UMTS may be available to the user 
25 equipment UE- Accordingly, *e user equipment UE may select a most appropriate 
wireless access inter&ce for supportrog. a desired service to a user such as that 
providing a suMcient communications bandwidth for supporting a desired service. 
Alternatively, a wireless access network may be selected for providing a most cost- 
effective communication of BP data packets, 
30 As will be appreciated a wireless access interface utilised by the user 

equipment UE may change from one area to another and with time. Accordingly, 
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there is provided an anangemeat for infoiming an application program of a currant 
State of conditions for connnunicating with the mobile user equipment and/or a 
geographical location of ttie mobile user equipment. As a result the application 
program may ad^t a service provided to the user equipment in accordance with a 
change in the communications conditions or the geographical location, as a result for 
example, of the mobile changing affiHation from one access network to another. 
IPMM and IMS 

As disclosed m co-pending European patent application serial number 
02293276.8 an IP MobiUty Manager (IPMM) is arranged to provide mobile terminals 
with instructions to change afmiation from one access network to another in 
accoidance with a state of communications conditions. The state of communications 
conditions may change as a result of a hand-over to a target wireless access network. 
The IPMM is arranged to provide mobihty management infonnation to an appUcation 
program providmg a service to mobile tenninals. The mobihty management 
information provides the ^plication program with an indication of a state of 
communications conditions, resulting from or which will result from a change of 
afHHation. In response to the change, the ^pHcation program may mstructthe mobHe 
tenninals to ad^t the service provided before or after the change of affiUation from a 
current access network to the target access netwo* occurs. To this end, there is 
disclosed a communication protocol between an appHcation server and the IP Mobihty 
Manager located in a core network part of a mobile access network The 
communications protocol is arranged to monitor a current state of communications on 
available access networks and to respond to a hand-over r^uest for a change of 
affihatzon from a current access network to a target access network by providin<. 
instructions to ad^t a service provided to fbe mobile user equipment in accordant 
w,th the conmmnications conditions of the target network Generally, an example of 
such a communications network as would be applied to an IP Multimedia Subsystem 
(IMS) is illustrated m Figure 2. 

As shown m Figure 2 the user equipment UE is commuz^icatuxg with tixe 
correspondent node CN usmg Mt^met Protocol (IP) packets fa,m a first home network 
of «ae UE HN_UE to a second home network of the correspondent node HN_CN As 
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illustrated in the simplified bloclc diagram, DP packets providing signalling information 
are coxDmuxricated to a session protocol server 10 which for the example embodiment 
is a Serving Call State Control Ftmction (S-CSCF) within an IMS network. IP packets 
are use to convey signalling data as represented by an arrow 12. As will be explained 
5 the IP packets are carrying Session Initiation Protocol (SIP) signalling messages to the 
IMS and onwards to the correspondent node CN- User data commnnicated between 
the user equipment UE and the correspondent node CN is represented by the double- 
headed arrow 14. It will therefore be appreciated that the diagram in Figure 2 provides 
a representation of the communication of IP packets between the correspondent node 
10 CN and the user equipment UE as represented in Figure 1 . A dashed line 16 betwecai 
the first home network HN JJE and a second home netwoik HN_CN is representative 
of the communication of signalling IP packets, via routers within the core network. 

At the correspondent node CN a Serving Call State Control Fimction (S-CSCF) 
20 is also provided in order to respond to SIP messages couamunicated from the user 
15 equipment UE in order to trigger various services and/or provide other functions. 
These fimctions may be associated with controUing the state of the communication 
session* 

As illustrated in Figure 2, the IMS comprises the S-CSCF 10, a SIP application 
server 22 and a subscriber information database 24 which for the example embodiment 
20 is a Home Subscriber Server (HSS), which axe all standardised components [1], 
together with Hie interfaces 26, 28, 30. The interfaces operate in accordance with the 
specified standard [1] and are referred to as Shy ISC and Cx. 

The IMS provides a facility for managing multimedia communication sessions 
such as that between the user equipment UE and the correspondent node CN. The 
25 cormnunications sessions may be managed by an application program hosted on a SIP 
application server 22 which is arranged to respond to SIP messages and to control and 
manage the multimedia communication session. 

Also shown in Figure 2» within the first home network IDnMLTE^ is a mobility 
manager 32. The mobility manager 32 operates as disclosed in co-pending European 
30 patent application numb^ 02293276.S to inform application programs providing 
services to users that a change in service type may be required due to a change in 
conditions for commnnicating data* The conditions for communicating may change as 
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a result of a mobile user equipment UE changing from one wireless interface to 
another, or as a result of operating conditions changing on one of the wireless access 
interfaces being used. The IPMM instructs appUcatioiis being executed by the user 
equipment UE and/or «ie coirespondent node CN as part of the communication session 
to adapt the type of service provided dining the session to reflect the change in the 
communications conditions. As iUustrated in Figure 2 commumcation betwe^i the 
mobility manager 32 and the apphcation server 22 is via an interface 34 throng which 
SH^ messages are exchanged. However, as will be explained in the following 
paragraplis with reference to Figure 3, the arrangement illustrated in Figures 2 and 3 
have certain disadvantages. FoUowing an explanation of these disadvantages it will be 
appreciated that embodiments of the present iuveixtion can provide feciHties and 
advantages not available to the arrangement iUustrated in Figures 2 and 3. 

Figure 3 provides a representation of parts of the IMS shown in Figure 2 with 
paits of the IP mobility management system also shown in Hgm^ 2 in mom detail to 
illusnrate how an IP mobiUty manager might operate with the IMS. As shown in 
Figure 3 the mobility manager 32 is airanged to communicate SIP messages via the 
mterface 34 with interface processor 32.1. The mobility manager 32 also includes a 
Subscnber Context Register (SCR) and a PoKcy Enforcer (PE) 32.3 and 32 4 The 
mobility manager 32 also includes a home agent 32.2 and an access gateway mterface 
32.5. Tlxe home agent 32.2 and the access gateway interface 32.5 provide a facility for 
communicating via an access gateway 36 to the user equipment UE which is executing 
a SIP User Agent. ITae user equipment UE is also executing an IP MobiKty 
Managenr.ent function 39, which generates Access Netwodc Evaluation (ANE) reports 
The ANE reports provide an indication for a state of communications conditions via 
any of a nunaber of wireless access networks, which may be available to the user 
equipment- Ti^erefore, as illustrated by a double-headed axxow 40 the user equipment 
UE communicates ANE r^rts to the mobilily nxanager 32 in order to allow the 
mobihty manager 32 to determine whefter or not a change in s^ce is required for a 
multimedia application. As shown in Figure 3 the S-CSCF 10 also includes initial 

fiUercnterialO.lfortriggeringappHcationpmgramstoprovidevariousse^^^^^^ The 
SIP application server 22 includes a SIP event model application programmer's 
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In accordance with the IMS standard the Home Subscriber Server (HSS) 24 
includes a database 24.1, a part 24.2 of which is used for storing user profile data and a 
part 24.3 of which is used for storing mobility- related information for users. The HSS 
also includes an Sh ^Ucation programmer's interface 24.4, and a Cx appUcation 
5 programmer's interfece 24.5, for providing a fecihty for communicatins via the Sh 
interface and the Cx interface respectively. 

The HSS database includes the part 24.2 in which data, non-transparent to the 
HSS. is stored. The part 24.2 for storing non-transparent data, includes user profile 
data providing, for example, initial filter criteria for use by the S-CSCF. The HSS 
10 database also includes the part 243 for storing data, which is transparent to the HSS. 
Hiis transparent data includes mobihty-related information for use by the mobility 
manager or other appUcation programs. "Die mobility-related information may include 
an indication of what is available to support a multimedia service in terms of capacity, 
hardware facilities and other utilities on the user equipment UE. 
15 Disadvantages of Using a Stand-alone IPM IVI with IMS 

IMS has heen designed to be network independent and to provide inter- 
operability with dififeroot access networks. That means an IMS subscriber should be 
able to access IMS-based services independently from the access network via through 
which IP packets are comnnmicated to the IMS. However IMS curresatly does not 
20 allow the continuity of a service when roaming across heterogeneous access network 
technologies (WLAN, C5PRS, tJMTS) which do not provide the same level of 
resources. The drawback of IMS is that.it cmiently does not provide an Inter-access 
network mobility solution - The ability of a terminal to move between access 
networks while still maintaining the c^ability to communicate and receive 
25 communications'. 

IP Mobility Mans^ement provides the ability fbr a network operator to offer 
tenninals under its control, a service that allows thraa to adapt applications to tfie 
capacity of access networks before a change from one access netwodc to anoth^, by 
roaming across hetwogeneous access tec^ologies. IPMM provides Seamless Mobility 
30 — The ability of a teoninal to move between access networks while still main t a ining an 
active communicalions session in which the end users or applications are not disn^ted 
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by the change'. The drawback of just a simple IPMM service is that it cuirently 
provides a proprietary fcamewoTk and does not integrate services. 

It would be reasonable to use the IP MobiHty Management functions within the 
IP Multimedia Subsystem (IMS) as illustrated in Figures 2 and 3 ! As illustrated this 
5 involves deploying a standalone IP Mobility Manager component within the operator's 
network. The drawback of this type of independent architecture, as described in Figure 
2 and Figure 3, is that it does not facilitate any integration between the functions of 
IMS and the functions of the MobiUty Manager in order that enhanced services be 
provided. To exemplify, in Figure 2 and Figure 3, there is no interface between the 
10 HSS and the Subscriber Context Register (SCR) and there is no interface between tlie 
S-CSCF and the MobiUty Manager. This imposes the following impHcations: 

• The operator, via the S-CSCF, does not have any central control on the 
MobiHty Manager service as there is no interface provided to perfiarm this 
control. The S-CSCF is being bypassed for the use of tiie IPMM service, 
i.e. the IPMM service is being provided independently of the IP Multimedia 
Subsystem. The drawback of this type of architecmre is that in order to 
provide an IPMM service to IMS subsctibas in this way, two systems have 
to be managed in a independent manner. 

• A local IPMM database, containing information related to tiie subscribers 
of the IPMM service, is not synchronised with the HSS, which is a central 
t^erator database. As a result the data pertaining to user subscription and 
service related information is split into two databases, which are the HSS 
which contains the global User Profile and the local IPMM database which 
contains user data related to the BPMM service. A drawback of this type of 
architecture is ttiat the operator has to manage two databases instead of one. 

• -mere is no standard access architecture provided to enable application 
servers to connect to the MobiHty Manager in order that they can 
SUBSCRIBE to receive mobihty information pertaining to an IPMM 
subscriber. Instead it is required that each appHcation servers uses a 
proprietary connection to the Mobility Manager in order that this action can 
be perfeimed. The drawback of this approach is that there is no ubiquitous 
method to unify throug^t one access interface, the way in which ALL 
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application servers can have a standard interface and connection to the 
mobility server through the IP Multimedia Sabsystem. 
• There is cuirently no security TOechanisms implemented at the MobiUty 
Manager that allows the mobiHty information for a particular subscriber to 
5 be shared with 3rd party appUcations, hosted in a "non-trusted" IP network. 

Integrating the IP MobiUty Manager component as a standalone function 
within the operator's network wiU not provide an optimised framework for providing 
enhanced services. This will also add complexity to the network as, for instance, user 
related infonnation is split between two databases, and there is no central provisioning 
10 of an overaU combination of IPMM and IMS functions. One solution would be to add 
new int^aces between the Mobiliiy Manager and the S-CSCF and between the 
MobiHty Manager and ftxe HSS. This could allow synchronisation of the database and 
more control from Ihe S-CSCF on the service. But on the other side, adding 
proprietary interfeces at Ae HSS and the S-CSCF, wiU lead to architecture changes, 
15 network component iq>grade and interoperability issues between different IMS 
vendors. 

Tps iTuhftiBfe cit with a Mobffitv Server 

Embodiments of the present invention can incorporate a mobility manager as a 
function to provide an IP mobility management service within an IMS network. 

20 Requiremeuts for a proprietary solution are removed by re-using as far as possible 
established interfaces and protocols in order to provide service continuity while 
roaming across heterogeneous access network technologies. This is achieved by, 
amongst other things, proposing the IP MobiUty Manager to serve as a Mobility 
Server within the IMS architecture, by enhancing its capabilities to use standardized 

25 interfaces. 

An example embodiment of the present invention is illustrated in Figure 4. As 
shown in Figure 4 a mobility server 132 is provided with an interfece to the HSS 124 
and to the S-CSCF 100. Parts shown in Figure 4 correspond to the parts shown in 
Figure 3 and have been assigned related reference numaais. However, Figure 4 
30 includes a mobility server 132 to provide mobility management infonnation for 
controlling a multimedia session in accordance with current communication conditions 
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experienced by a user equipment in a way which utiUses the IMS architecture. As 
before, the mobility server 132 is aixanged to receive Access Network Evaluation 
(ANE) riq>orts firom an IPMM ftmction 139 opaatiug as part of tiie user equipment UE 
via an IP communications layer 140. The mobility server 132 is provided v^th an 
5 interfece to the HSS 124, which is an Sh interface 160. The mobiUty server 1 32 is also 
provided widi an ISC intcrfece 180 to the S-CSCF. Otherwise, elements in the IMS 
system shown in Figure 4 correspond to the elements shown in Figure 3 since one of 
the advantages provided by the system shown in Figure 4 is that it refuses standardised 
network elements and interfaces between those elements, to the effect that the system 

10 shown in Figure 4 is compatible with existing IMS network architectures. 

In some embodiments an interface is provided between the mobiUty server 132 
and the appUcadon server 122, which can be used to communicate information directly 
between the mobility server 132 and the appHcation server 122. The interface can 
convey the information in accordance with, for example, the SIP, XML or HTTP 

15 standards. 

The proposed arcMtecnire shown in Figure 4 integrates the mobility server 132 
into an IMS whilst imposing a minimum of additional interface or associated 
development to the ahready existing IMS components. Therefore integration is 
substantially independent of the hardware and will work with any vendor's equipment 
Deploying the IP Mobility Management service as an enabler to the IMS will not 
require more woik and investment than for cuzxently deploying a new service within 
the IMS. 

By integrating IPMM within the IMS it will be possible to re-use some IMS 
mechanisms such as: 

• 77.e ser^ncB provisionins procedure; allowing a facflity for a service to be 
provisioned from a common data base which is the HSS and a mechanism 
for the mobility server to down-load data from the HSS to a Subscriber 
Context Register (SCR) using the Sh inteifece for applications within the 

mobility manager. 

. Tke Third Party (de-) Registration; allowing the S-CSCF to control the 
mobiHty server and to noti^ the mobiKty server that it has to start or stop 
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coUecting the mobility infoimation for the user that just registered in the 
IMS. 

• The billing methods; aUowing charging not only based on the data traffic 
that is transferred, but also on the event or on the session. 

5 • Application server access; aUowing appKcation servers a standard access 

architecture which goes through the S-CSCF to the the mobiUty server. 
This allows for any application server to have one unified method of 
getting access to information to and fioom the Mobilty Server. 

• The security mechanisms; defined m case a service is hosted in a "non- 
10 trusted" network, allowing the mobility server to provide mobiUty 

information to a 3^*^ party application in a secure way. 
IMS provides an enhanced SIP based service architecture, providing a 
framework for enhanced applications development combining real-time and data 
services. IMS also provides enhanced billing and QoS control, which IETF services 

15 do not. Embodiments of the present invention can bring together benefits of bofli 
IPMM: in providing network controlled mobility management and IMS in providing an 
advanced and flexible session control architecture. This will allow an operator to offer 
enhanced high quality services providing smooth network controlled hand-over 
(Seamless Mobility) and application adaptation to network type, enhances applications 

20 and services witbin the IMS. This will provide the operator with a more optimized, 
integrated and easily managed firamewotk when compared to providing just a simple 
IPMM service to its customers. 
Brief Description of IMS Network Elements 

For completeness a brief description of the elements of an IMS network 
25 according to an embodiment of the invention will be described. 
The S-CSCF (Serving CSCF> 

The Serving CSCF is one of the three Call State Control Function (CSCF) 
described within the 3GPP Specifications [1], [4]. According to [4], the Serving-CSCF 
30 (S-CSCF) performs session control services for a user equipment tJE. It also 
maintains "a session state as needed by tiie network operator for support of the 



services". 
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Within tbe same operator's network, different S-CSCFs may have different 
fimctioiialities. In this scenario, we assume that selected S-CSCF supports aU the 
reqijired functionalities. During a session, tiie S-CSCF may behave as a registrar [9], 
as a Proxy Server [9], as a User Agent [9] and may also interact with Service Platform 
for ihe sujyport of services. 

The HSS (Home Snbseribei- Server^ 

The Home Subscriber represents the master database of an operator's network. 
Among the stored information, the HSS contains information related to the subscribers 
and information related to the network itself The HSS is accessed by different 
network elements when performing different procedures (service provisioning, 
registration, call set-up, caU re-negotiatioii, call release..,) and for different purposes 
(update, query...). Within the IMS architecture, the DIAMETER protocol [7],[8] has 
been chosen for accessing the HSS, using the Cx. Dx [6] or Sh interface [3]. 
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The SIP Application Server 

The SIP application server has to be seen as a service platform, that is to say a 
service deployment and execution environment. This is where services (or plication) 
will be executed, whereas the call control will be performed at the S-CSCF layer. The 
SIP appKcation server considered in this document has to meet some of the 3GPP 
reqnirements, such as supporting the ISC interface, which is stiU being standardised 
and should be very close to a SIP intcrfece. 

The Access Gateway 

The access gateway is a logical entity that resents one Access Network. All 
user data transits toough the access gateway, and assumes the responsibility of 
aUocating a Care^jf-Address (CoA) to the end user roaming in a given access network. 

The Mobility Server- 

The mobiUty server is based on anIP router that is enhanced wifl, new 
functions. The mobility server includes the PoUcy Enforcer (PE) and (he Subscriber 
Context Register (SCR) Wtional entities, as well as the mobility manager itself The ' 
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mobiUty server also implements Ite Home Agent. It is eixhanced ^th the Sh axid the 
ISC interfaces. Ilie SCR is a database for providing tnobility-related information 
downloaded ftom the HSS, and Access Network Evaluation repoxts received from, for 
example, the user equipment. The PE implements a policy for executing hand-over 
5 from one network to another based on estabUshed conditions. The conditions may 
implement a network poUcy and so may be defined by the network operator, or may be 
in part specified in accoidance with user preference. 

The above-described embodiments of Ibe present invention have been 
iUustrated for an ecample of vldeoconference multi-media conununications session. 
10 However, it will be appreciated that tins is but one example application. In other 
examples, there may be no substantial communication of data between a user 
equipment and the {^plication server, but an application program may subscribe to 
mobility managemCTt information to serve an application dedicated to the user 
equipment. 

15 Rrief Pescriotion of IMS Interfa ces at tfie MobiKtv Server 

• The Sh interface (between the mobility server and die HSS): 

The Sh interfece is an intta-operator intaface and is based on tbe DIAMETER 
protocol CDIAMETER is also used on the Cx interfece betweai the HSS and the 
20 CSCF). Data handling procedures (download of data from the HSS to the Application 
Server (AS), update of data in the HSS) and subscription/notification procedures (The 
HSS can notify an AS of changes in data for which the AS previously had subscribed) 
can be performed over the Sh interfece. More information on the Sh interface can be 
found in [2] and [3]. 

25 According to the example embodiment described above, the Sh interfkce is 

used by the mobility server to communicate with the HSS. This interface will be used 
to support a mechanism for tratisfering of user related data stored in the HSS or to 
"push" user data to the HSS. 

• The ISC interface ^between the mohility server and the Serving CSCF) 

The ISC interface is briefly defined in [4]4.2.4 and the relationship between the 
ISC interface and the S-CSCF are described in [1] 6.2. 
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Functionally, the ISC interface is between Hie S-CSCF and the service 
platfoiin(s). The application servers that nin services have been decoupled from other 
network equipment, and the interface (the 'ISC interface'), which is still being 
standardised, wiU alJow application servers from mtdtiple vendors to be used on top of 
5 the IMS subsystem. This standardising of the ^plication server inter&ce provides a 
possibihty that third party application service providers may provide additional 
services, aUowing operators to offer services that they vironld oflierwise not be 
possible. 

Technically, the ISC interface is a SIP interfece. It is advised to keq> it as close 
10 to the SIP standard [9] as possible and to avoid any SIP extension that is already used 
on the different interfaces with the S-CSCF. As such, it is more likely that IETF 
apphcation servers wiU mter-work with the- IMS network. It is assumed that the 
apphcation server will be arranged to support a third party registration, has to properly 
handle a Dialog Identifier (which should not be an issue because it will be included 
15 withm a Route header) and finally support a Subscribe/Notify event model. 

The Mobihty aware interfece allows the commmncatioa between the mobiUty 
20 server and an application program hosted on a SIP appHcation server. This interfece is 
using a proprietary XML based protocol that will be enc^sulated within SIP messages 
(SUBSCRIBE/NOUFY SIP Event Model). The mobility aware interface allows L 
^plication to register its interest in the mobiUty management of a particular 
subscriber. It also allows the mobiUty server to notify the ^Hcation program that a 
25 hand-over between two distent radio access networics is about to occur. 

* '^^^r^^^ ""^^^^^ the access sate^ay and tke nubility 
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The access gateway interface coUates radio network measurem«its from 
various underlying access technologies m order to make handover decisions. 

Other interfaces wtthiry the XMfl 

- The Cx interface (between the S-CSCF and the HSS) 
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The Cx interface is the interface between the Call State Control Functions 
(Inteirogating and Serving - The Proxy CSCF does not liave any interface with the 
HSS). The Cx interface is described in [5] and [6]. 

5 

• The Gm interface (between the SIP User Agent and the S-CSCF) 

The S-CSCF supports the signalling interactions with the UE via the Gm 
interface. Depending on the Radio Access Network there will be a different numb^ of 
10 network elements between the UE and the S-CSCF. A Proxy CaU State Control 
Function (P-CSCF) can represent an entry point within the IMS network; therefore 
there will always be a P-CSCF between the UE and the S-CSCF. Some network 
elements have been voluntarily removed for readability and simplicaty purposes. 
Example Implementation 

15 In accordance with an embodiment of the invention the adapted IMS 

architecture which now includes a mobility server 132 is shown in Figure 5 which 
corresponds otherwise to the block diagram of the communication between the user 
equipment UE and the correspondent node CN in Figure 2. Figure 5 therefore 
illustrates an arrangement of ttie IMS architecture for providing a multimedia 

20 coTumunication session which has been adapted to include the mobility server 132 in 
accordance with an embodiment of the present invention. Therefore, remaining parts 
of the ad^qpted IMS sj^tem, function in a corresponding way to that illustrated in 
Figure 2. It will be appreciated that those elements within the IMS subsystem forming 
part of the first home network for the user equipment UE wiU operate in a 

25 correspondiag way and therefore further explanation is not required. 

As illustrated in Figure 4 the mobiUty server 132 includes an application 
programmer's interface 132.6 to provide a faciUty for a mobility manager to notify 
^plication programs being executed by the SIP apphcation seiver 122 of mobiUty 
dependent parameters which change as a function of mobility and/or time, 

30 Figure 6 provides an alternative representation to the IMS architecture 

illustrated in Figure 5 which includes more details of the mobility server 132. As 
shown in Figure 6 the mobility server 132 includes a mobiUty manager 200 as weU as 
the parts, which arc also illustrated in Figure 4. The mobiUty server includes the home 
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ag^t 132^ as well as PE 132.4 and SCR 132.3. The SIP interface 132.1 is provided 
for commnmcating with the SIP messages. As shown the mobility server 132 includes 
an ^plication programmers interface 132.6 (part indicated with a bolder outline) for 
providing access to mobiUty dependent information via various interfaces including 
the mis Service Control (ISC) interface 180 for interfacing with the S-CSCF 100, an 
Sh interfece controller 204 for interfacing with tlie HSS 124 via the interface 126 and 
an HTTP interfece controller 206 for interfacing with a web server 20S. Also shown 
in Figure 6 the mobiUty server 132 includes an Access Networic Evaluation (ANE) 
interfece controUer 210 for receiving IP packets from the IPMM function 139 within 
ttie user equipment UB, which indicate a cmrent state of communications which are 
available to the user equipment UE. The mobility server 132 also includes an SMTP 
interface controller 212 for exchanging e-mail with an e-mail server which may also 
depend upon communications conditions which change in accordance with mobiUty. 
General Operation of Mobaitv S^rv^.- w jthm the TMfi Tsr^ty u^^ 

A process of Establishing and providing a multi-media service to a mobile user 
equipmentusing the mobility server integrated as pan of the IMS network according to 
the exan^le embodiment described above can now be iUustrated by way of flow 
diagrams provided in Figures 7, 8 and 9. The flow diagram illustrated m Figure 7 
iclates to a process through which a mobile user equipment initiates a multi-media 

service usingaSIP message exchange withacorrespondent node. An exampleofsuch 
a multi-media service is a video conference caU. which requires both video and audio 
nrfo™ to be commm^icated between the us^ equipment and a correspondent 
node. The video conference service is provided by an apphcation program hosted on 
the apphcatron server 122. However, since the user equipmem is mobHe. the 
plication program providing the video conference service win need to subsndbe to 
the mobility server 132 for mobility management information. The mobility 
management information may be used for example to adapt the type of servici 
prided to the mobile user eqmpment in accordance with the type of wireless access 
-terface, wMch available to the user equipment. For example, if the mobile user 
eqmpment is at a location where communication can be made via a Wireless Local 
Area Netwoxlc (WTAN) then a relatively high bandwidth may be available. As such 
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the application program can provide a video and audio services to the mobile user 
equipment. If however, the mobile user equipment is at a location where 
communicatioin via a WLAK is not available, but communication is available via a 
GPRS access interface, then the ^pUcation program can only provide an audio service 
5 and so will adapt the type of service provided to the mobile user equipment 
accordingly. Once the WLAN is again available then the mobility manager will report 
mobility management information indicating that a change in the state of conditions 
for commumcating has occurred, in accordance with those conditions provided by the 
WLAN. Accordingly, the appUcadon program will adapt the service again to provide 
10 a video and audio service in accoidance with an increased communications bandwidth 

provided by the "WXAN. 

The operation of the user equq»nent in combination with the application 
program to estabHsh a multi-media communications session, which triggers the 
application program to subscribe to the mobility manager is provided in Figure 7. Tbe 
15 process provided in Figure 7 is summarised as foUows: 

S2: A user equipm^t HE saids a SIP message to a correspondent node 
inviting the conespondent node to take part in a multi-media communications session. 
As mentioned above, an example of a multi-media communications session is a multi- 
media conference provided betweoa the user equipment UE and the correspondent 
20 nodeCN. 

S4: The SIP message is received by tbe Serving-CaU State Control Function 
(S-CSCF) wiflnn an IMS network, which is serving the nser equipment UE. 

86: Before being routed to the correspondent node, the S-CSCF ^>plies 
initial jSlt^ criteria in order to determine wh^er the request should be forwarded to 
25 application programs for providing services for which a user tos subscribed. 

S8: Applying the initial filter criteria, the S-CSCF forwards the SIP 
message to an application program on an appKcation server 122 for providing the 
multi-media coDomunications service. * 

SIO: The application program sends a subscribe m^sage to the mobility 
30 saver to subscribe for mobility management information associated with a particular 
user served by the S-CSCT which fi>rwarded Ac SIP message to the application 
program. 
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S12: Although the plication progiam applies for mobiHty management 
mfotmation fix>m the mobiHly server for a particular user, the subscription may not be 
accepted. The subscription may not be accepted if tiie user is not mobile and therefore 
wai not need mobiKty management infonnation, or because the user has not 
subscribed (sigaed-»q>) for a mobile service. Therefore the appUcation program is 
informed by the mobility server whetfcer or not the subscription has been accepted by 
mobility manager for the user. 

S 14: If subscription is accepted by the mobiUty manager, then the application 
program begins monitoring for mobiHiy management information from the mobility 
server for the user or users concerned, and activates a mobility dependent aspect of the 
service to be provided. 

Once the ^Ucation program has subscribed to the mobiUty server the 
mobility server may provide the mobihty management infonnation to the application 
15 program as iUustrated by the flow diagram in Figure 8. 

S16: Once the appHcation program for providing the multi-media 
commumcations session has been d^loyed, the application program sends a SIP 
message, to the S-CSCF. TT,e S<:SCF then sends a SIP message towards the 

ca^ondentnodeCN.AnS.CSCF^thu.anetworkservingthec^ 
■ai CN"=»y<lq>tay associated application programs. 

As mentioned above, once the application p^gram for providing the mnlti- 
medu, connmaicstions session has subscribed to the mobility server, the „K,bilitv 
..^ertnonito^ nubile depe„de,„ patametet. of «te user e,uiptnent and reports fltj 

S-CSCT,sm,.strated«Fig»r,8. Figure S is smmnarised as follows: 

S20: After the plication program has subscribed to the mobility server ftr 
»»Wt.y tnanagemen. infttntation. a n^biUty manager, within the mobility server is 
^anged^ receive mobiUty dependent evaluation ^rts ^m the user ^pm J 
Tb^b.1.^ >^ 
Aocess Net^o* Evahtatton (ANE, teports p^viding info.ma.ion on a cutrent t«,e of 
^ess net^o* (WI^. rJUTS. GRPS etc) which is av^lablc for commnni^:: 
AU^nvely. where an access new. is capa,,. „^ ^ '^^^ 
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communications bandwidth dependiiig on a currently experienced state of 
conununication condition using the same access network interface, then ihe c^ently 
experienced communications conditions are provided by the ANE reports. In addition, 
should the mobile user equipment change affiliation from one Internet Protocol (IP) 
5 network to another, then a change of IP address will occur. As a result the Home 
Agent 132.2 forming part of the mobility xnanager 132, wiU provide an indication that 
tte IP address of the user equipment has changed. The mobiUty manager 200 will 
apply the change of address to a pre-stored list of IP addresses, or parts of IP addresses 
to generate an indication of a geographical location of the user equipment. The 
10 mobility manager stores the ANE reports as well as the change of IP address in a data 
base associated with the UE. 

S22: The mobiUty manager analyses the ANE reports and the relative change 
of IP address to form mobility management information for communication to the 
application program which has subscribed to the mobility server. The mobility 
15 manager may inform the application program wh^ a change in the conditions for 
communicating has occurred or a change of the IP address has occurred. 
Alternatively, the mobility^ manager may inform the application jsrogram periodically 
of a current state of the conditions for communicating, or a cuireat IP address. 

S24: The mobility manager forms the mobility management information into 
20 a SIP notiftr message for communication to the application program. The mobility 
manager cormnunicates the SIP notify message to the S-CSCF. 

S26: The S-CSCF communicates the SIP message to the appUcaticn 
program, thereby providing the mobility information. 

The flow diagram in Figure 8 provides an illustration of the operation of the 
25 mobility SMVcr in combination with the S-CSCF to provide mobility management 
in£>rmation. However, in some embodiments further process steps may be introduced 
to provided added value to die user through an established standardised architecture of 
the IMS network. An example of such further steps is illustrated in Figure 9. The 
process illustrated in Figure 9 is summarised as follows: 
30 S30: Following step Sl4, the mobility manager is arranged to retrieve 

mobility-related information &om the HSS via the Sh interfece. 
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S32: From the mobiUty related ixifoimation, the mobiUly manager extracts 
infoimation which is relevant to mobiUty and stores this information in the Subscriber 
Call Rfigister (SCR). Such relevant infomiation may include an agreed charging tariff 
for providing mobile mujti-media services, a type of device and therefore services 
which the user equipment can support and whether the mobile user equipment is 
cuitently communicating or whether the mobility manager is to provide mobiUty 
infijnuation pending activation of a communications session. 

S34: The mobiUty manager adapts the mobiUty management infoimation in 
accordance with the user relevant information in the SCR. The services which are 
supportable on Ihc user equipment may be used to tailor the mobiUty manag^ent 
information which is provided to the appUcation program. 

. S36: OptionaUy, wUen the S-CSCF receives the SIP message providing the 
mobiUty management information, the S-CSCF may activate one or more other 
application programs. These ^pUcation programs may provide added value sendees 
to the subscriber or the network operator. Such services may include biUing, data 
management and security control. 

A process through which a user subscribes for an IPMM service to an operator 
in response to which the mobiUty manager is provision by the operator is illustrated by 
a flow diagram shown in Figure 10. During service provision, user profile data is 
loaded into the HSS database (non-transparent part) together with mobiUty-related 
mfonnanon (transparent part). WHen the user requests a service lequiring mobiUty 
related information, then the mobiUty-related information is download &om the HSS 
by the mobiUty manager and stored in the SCR for use by the mobiUty manager. The 
flow diagram provided in Figure 1 0 is summarised as follow: 

S40: A user subscribes to an IPMM service, which then enables services to 
be adapted in accordance with a user's mobiUty. Hre operator provisions for the 
IPMM service to be deployed, by loading user profile data (initial filter criteria etc) 
and mobiUty-related information into the HSS database. As repx^ented by a dashed 
Ime 250, once the HSS database has been loaded, no finther parts of the provisioning 
procedure take place, until the mobOity manager needs the mobiUty related 
mformatron foraparticular user in order to provision or to update its SCR. 
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S42: Once a ijser has been registered by the IMS network, the mobility 
server can interrogate the HSS for mobUity-related information by commWatiiig via 
the Sh intoface with the Sh API on the HSS. It can be envisaged that triggering an 
update of tiie infbnnation ftir a user in the SCR fiom that in the HSS can be done in 
several ways, registration of the user to the IMS network being one example. The HSS 
is intenogated for mobility-related information associated with the user, because the 
mobility server knows that the user has subscribed to an IPMM service. 

844: Following the interrogation tiie mobility server pulls" the' mobility- 
related informatian ftom the HSS, via the Sh interfece and stores the infermation in the 
SCR. ready for use in providing a mobility dependait management infOTmation. 

Various modifications may be made to the embodiments of the invetrtion 
her^ befiwe desmbed wifliout departing from the scope of the present invention. It 
win be appreciated lhat the session initiation protocol is one example of a session 
initiation protocol which can be used to establish an internet protocol communications 
session and that the present invention finds application with o1her such protocols. 

Various fiirther aspects and features of the present invention are defined in the 
expended claims. 
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CLAIMS 

1. A mobility server for providing mobility management infonnation to an 
application program providing a service to a iiser equipment as part of an Internet 
5 Protocol Multi-media Sub-system (IMS), tlie mobility server comprising 

a mobility manager operable to receive mobiUty dependent evaluation reports 
providing at least one of an indication of current conditions for commuiiicating with 
the user equipment and an indication of a relative location of the nsra: equipment, and 
to forai the mobiHty management infomiation based on the evaluation rqports, and 
10 an application programmer's interface operable to communicate call control 

signaling data between the mobility manage and a session protocol server (S-CSCa?) 
fonniixg part of tiie IMS. wher^ the mobility manager is operable to notify the 
application program of the mobility management infoimation in response to a 
subscription for the mobility management information firom Uie application program, 
15 the subscription for the mobility maaagocnent information being provided via tbe 
session protocol server (S-CSCaF) using the call control signalling data, 

2. A mobility serv«: as claimed in Claim 1, wherein ihe mobility manager 
is operable to provide «ie mobility management infonnation to the ^plication server 

20 via the call control signalling data communicated via the session protocol server (S- 
CSCF). 

3. A mobility server as claimed in Claim 1 or 2, wherein the application 
program is operable in response to messages received from the session protocol sa^i-er 

25 via the call control ^gaaUing data to provide the service in accordance wilb the 
mobility management information. 

4. A mobiUty server as claimed in Claim 1, 2 or 3, comprising a Session 
Initiation Protocol (SIP) interface, wherein the application programmer's interfece is 

30 operable to communicate the call control signalling data via the SIP inteid&ce, die call 
control signalling data being STP data. 
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5. A mobility server as claimed in any preceding Claim, wherdn the 
^plication programmer's interface is arranged to provide access to a subscriber 
information database (HSS) of the IMS. the subscriber information database providing 

5 user profile data for the user equipment, the appHcation program being arranged to 
subscribe to the mobility manager for the mobiUty management information, if titie 
user profile data indicates that the user equipment is mobile. 

6. A mobiHty server as claimed in any preceding Claim, wherein the 

10 appUcations programmer's interface is arranged to receive internet packets, tiie internet 

packets including the evaluation reports, and to provide the evaluation reports to the 
mobility manager. 



15 



20 



7. A mobihty server as claimed in Claim 6, wherein the mobility server 
includes a home agent for receiving Hie internet protocol packets &om the user 
equipment, the mobiUty manager being operable to detemiine the i^ve location of 
the user equipment &om a change of internet protocol address for the user equipment 
provided to the home agent, the relative location forming part of the mobiHty 
information communicated to the appUcation program. 

8. A mobility server as claimed in Claim 6, wherein the mobiKty server is 
responsive to the internet packets providing access network evahiation reports to 
detemiine a currem state of conditions for communicating with the user equ^ment, the 
mobmty server being c^ble to include an indication of the commmncations 

25 conditions with the mobiKty management information. 

9. A mobiUty server as claimed m any preceding Claim, wherein the 

mobxtity server includes a subscriber context register for storing information relating to 

file user profile data relevant for the mobile user equipment, the user information being 

30 used by the mobiHty manager to adapt the mobiHty management information for dre 
application program. 
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10. A roobility server as claimed in any preceding Clainx^ comprising an 
appKcation server for hosting the application progranx, the application program 
providing the service to the user equipment in accordance with the mobility 
management infomiation provided by the mobility server, the application 

5 programmer's interface including a facility for commimicating with the application 
server- 

11. A multi-media communications system for providing a service to user 
equipment in accordance with mobility management in&nnation, the service being 

10 provided by an application program, the system comprising 

a session protocol server (S-CSCF) operable to control ttie state of a 
communications session for at least one xiser equipment in accordance with user 
profile data» 

a subscribe in&rmation database (HSS) for providing the us« profile data to 
15 the session protocol server (S-CSCF), 

a mobility server comprising a mobility manager operable to receive mobility 
dependent evaluation reports providing at least one of an indication of a current state 
of conditions for communicating with the user equipment and an indication of a 
relative location of the user equipm^t, and to form the mobility management 
20 infoimalion based on flie evaluation reports^, and 

an application programmer's interfece operable to communicate call control 
signalling data between the mobihty manager and the session protocol server- (S- 
CSCF), wherein the mobility manager is operable to notify the application program 
providing the service to the user equipment of the mobility management information in 
25 response to a subscription for the information from the- appHcation program, the 
subscription being provided via the session protocol server (S-CSCE) using the call 
control signalling data. 

12. A communications system as claimed in Claim 11, whereia the 
30 appUcations programmer's interface is operable to provide access to die subscriber 

infomnation database, to receive internet packets jfrom the user equipment providing 
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data representing the evaluation reports and to provide the evaluation reports to the 
mobility manager. 

13. A method for providing mobility management infonnation to an 
application program providing a service to a user equipment in an Xntemet Protocol 
Multi-media Sub-system (IMS), the method comprising 

receiving mobility dependent evaluation reports- a± a mobility server, the 
evaluation reports providing at least one of an indication of a current state of 
conditions for communicating with the user equipment or an indication of a relative 
geographical location of the user equipment, 

foiming the mobility management infonnation based on tte evaluation reports. 

and 

notifying the appHcation program providing the service to the user equipment 
of the mobility management information in response to a subscription for the 
information from the appHcalion program, wherein the subscription for the mobiKty 
infonnation is provided from the appHcation program to the mobility server by 

communicating call control sigaalling data between flie mobiUty manager and 
the ^pHcation program via a session protocol server (SOSCB) foiming part of the 
Internet Protocol Multi-media Sub-systatn. 

14. A method as claimed in Claim 13, wherein the notifying the wUcation 
program of the mobiUty management information, comprises 

communicating the mobiHty managemedt infonnation to the appUcation server 
usmg call control signalling data, the caU control ^gnalling data being communicated 
via the session protocol server (S-CSCF). 

15. A method claimed in Claim 13 or 14. wherein the call control signalling 
data mclude Session Initiation Protocol (SIP) messages. 

16. A method as claimed in any of Claims 13. 14 or 15, wherein the 
mobUxty server includes a home agent, and the indication of «.e relative location of the 
mob^e user equipmeat Is provided by evaluations xBports based on an todication of a 
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change of an internet protocol address of tbe user equipment notified to the home 
agent, the fenning flie mobiUty management infotmatioa compiising 

determining a relative geographical location of the user equipment fiom the 
change of internet protocol address for the user equipment provided to the home agent. 
5 the geographical location forming part of flie mobility information communicated to 
the apphcalion program. 

17, A method as claimed in any of Claims 14 to 17, the meflaod comprising 
providing access network evaluation reports uadicating a current state of 
10 conditions for communicaling with the user equipment, the mobility server being 
operable to include an indication of flie conununications conditions with the mobility 
management information. 
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COMMIJmCATIONS SYSTKM 

A connnmiications system is arranged to provide a service to user equipment in 
accordance with mobility management iaforaiation- The system comprises a session 
protocol server (S-CSCF) operable to control the state of a communications session for 
at least one us«- equipment in accordance with user profile data, a subscriber 
infonnation database (HSS) for providing the user profile data for the session protocol 
server (S-CSCF). and a mobility server. The mobiUty server con^ses a mobility 
manager operable to receive mobile dependent evaluation reports providing an 
indication of a current state for communicating with the user equipment and to form 
the mobility management information based on the evaluation r^orts. The mobility 
server includes an application programmer's interface operable to communicate call 
control signaUing data between the mobiUty manager and tbe session protocol server 
(S-CSCF). The mobiKty manager is operable to notify the application program 
providing the service to the user equipment of the mobility management infoxmatzon in 
response to a subscriptiox. for the infom^on ftom the application program, the 
subscription bemg provided via the session protocol server (S-CSCF> using the caU 
control signalling data. By integratmg the mobiUty server within the system, mobility 
management infonnation provided by the mobility server can be integrated with other 
™ prodded by ^e system As such, mobile users deplo3dng application 
P^^s with^n the system, which subscribe to the mobiUty server, can benefit from 
add^ value provided by estabUshed syst^ components and re-using established 
interfaces, 

[Fig, No. 4] 
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